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This  is  the  third  in  a  series  of  essays  about 
networking  and  information  services  in 
academic  medical  centers.  The  first  essay 
developed  a  philosophy  of  institutional 
data  management  and  argued  the  neces- 
sity of  integrated  academic  and  clinical 
information  systems.  The  second  essay 
described  the  often  conflicting  needs  of 
universities,  health  science  schools,  and 
hospitals,  and  presented  one  framework 
for  organizing  computer  and  network  ser- 
vices across  these  settings.  This  essay  has 
a  more  immediate  and  personal  aim — to 
introduce  the  ever-expanding  resources 
available  through  the  Internet. 

Many  faculty  and  staff  have  access  to 
networks  for  clinical  or  administrative 
reasons  but  do  not  understand  that  these 
networks  (if  properly  designed  and  sup- 
ported) can  provide  them  with  new  ways 


of  communicating  with  colleagues,  re- 
maining current  on  topics  of  professional 
interest,  and  obtaining  programs  and  in- 
formation from  a  wide  range  of  interna- 
tional resources.'  This  essay  is  not  in- 
tended for  the  experienced  user,  nor  can  it 
substitute  for  the  many  comprehensive 
Internet  guides  available  in  print  or  elec- 
tronic form.^"^  Instead,  it  is  intended  to 
help  the  uninitiated  develop  a  framework 
for  relating  to  a  new  means  of  academic 
communication  —  a  starting  point  for  life- 
long involvement  in  an  increasingly  nec- 
essary and  enjoyable  technology. 

For  the  sake  of  simplicity,  actual  com- 
mands and  naming  conventions  are  appli- 
cable to  UNIX -based  systems  and  are  de- 
noted in  italics.  Although  the  syntax  may 
differ,  the  examples  can  easily  be  ex- 
tended for  users  of  other  types  of  com- 


puter systems.  This  essay  contains  no  il- 
lustrations; readers  are  urged  to  use  the 
commands  described  here  to  see  for  them- 
selves how  the  software  systems  discussed 
will  look  on  their  screens. 

IDENTIFYING  YOURSELF  AND 
FINDING  OTHERS 

Those  new  to  network-based  computing 
are  often  discouraged  by  the  simple  mat- 
ter of  identification,  conventions  for 
which  are  still  evolving.  The  general  In- 
ternet address  scheme  is  easily  under- 
stood and  most  parties  can  be  reached  by 
the  address  syntax:  name@host.institu- 
tion.domain.  Actual  addresses,  however, 
are  difficult  to  guess.  The  six  domains, 
such  as  education  (edu)  and  private  com- 
panies (com),  are  well  defined,  but  insti- 
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tution  names  are  shortened  in  a  variety  of 
ways,  and  individual  host  computers  may 
be  designated  in  any  way  or  ways  their 
administrators  choose.  A  still  greater 
problem  arises  in  the  "name"  portion. 
Some  systems  at  our  institution  identify 
clients  in  straightforward  ways:  for  ex- 
ample, 

mail  frisse@medicine.WUSTL.EDU  or 
mail  Mark.Frisse@medicine.WUSTL.EDU 
will  allow  one  to  correspond  with  the  first 
author  of  this  paper.  However,  many  ad- 
ministrative colleagues  at  the  same  insti- 
tution have  more  cryptic  addresses  (e.g., 
C8413GA@WUMVS.BITNET).  For  ef- 
fective communication,  it  seems  impera- 
tive to  identify  oneself  in  a  clear,  straight- 
forward way  and  to  include  a  complete 
electronic  mail  address  on  any  written 
correspondence  that  may  lead  to  an  ex- 
change of  electronic  mail. 

It  is  equally  important  to  be  able  to  find 
the  addresses  of  others.  There  are  a  num- 
ber of  programs  one  can  access  to  help  to 
identify  hostnames;  most  (e.g.,  nslookup, 
whois,netfind)  are  complex.  If  one  has  a 
good  guess  of  the  hostname  and  is  only 
searching  for  the  correct  user  name,  the 
"finger"  command  is  quite  useful.  One 
can,  for  example,  find  the  home  address 
of  the  first  author  by  the  command: 
finger  frisse@medicine.  WUSTL.EDU  or 

finger  MarkFrisse@medicine.WUSTL.EDU 
(case  is  not  important).  Some  facilities 
have  remarkably  useful  and  "intelligent" 
ways  of  dealing  with  ambiguity.  The 
command: 

finger  frosse@medicine.  WUSTL.EDU 
draws  the  response  "????????."  However, 
when  sent  to  Stanford's  CAMIS  facility 
(where  the  author  also  has  an  account), 

finger  frosse@CAMIS.stanford.edu 
returns  14  possible  CAMIS  users;  the  first 
item  on  the  list  is  "frisse"  (the  command: 

mail  frisse@CAMIS.stanford.edu 
automatically  forwards  items  to  the  au- 
thor's computer  in  St.  Louis).  A  sound 
institutional  information  policy  should 
include  both  clear  protocols  for  selecting 
user  names  and  useful  software  for  ensur- 
ing that  people  with  electronic  mail  ac- 
counts can  be  easily  reached  by  their 
colleagues. 

ANONYMITY:  FTP  AND  LISTSERVS 

There  are  times  when  one  must  remain 
anonymous.  For  instance,  to  obtain  Inter- 
net statistics  or  an  Internet  reading  list 
from  Washington  University's  WUAR- 
CHIVE  resource,  one  places  an  anony- 
mous request  through  the  FTP  (File 
Transfer  Protocol)  package.  FTP  enables 
one  to  move  through  the  directory  struc- 
ture of  another  computer  connected  to  the 


Internet,  and  to  transfer  files  —  both  pro- 
grams and  documents — to  and  from  it  as 
permitted.  Many  public  FTP  sites  such  as 
WUARCHIVE  offer  their  resources  to 
those  who  log  in  with  the  name  "anony- 
mous" and  enter  their  full  Internet  ad- 
dress as  a  password  (e.g,  metcalfe@medi- 
cine.WUSTL.EDU).  In  this  way,  the 
command:  ftp  ftp.sura.net  starts  an  FTP 
session  on  a  remote  computer  called 
"ftp.sura.net,"  and  allows  access  to  such 
useful  documents  as  the  "Internet/Bitnet 
Health  Sciences  Resources"  list  compiled 
by  Lee  Hancock  of  the  Dykes  Library 
at  the  University  of  Kansas  Medical 
Center.* 

There  are  other  times  when  one  wishes 
one  had  been  anonymous.  Because  a  sin- 
gle Internet  address  can  represent  a  group 
of  individuals  rather  than  one  person,  it  is 
easy  to  broadcast  personal  notes  in  an 
embarrassing  way.  The  academic  health 
science  librarians'  distribution  mailings, 
for  example,  give  the  impression  that  a 
simple  reply  command  will  send  a  mes- 
sage only  to  the  individual  sender;  in  ac- 
tuality, the  reply  is  sent  to  every  health 
science  librarian  on  the  discussion  list.  As 
a  more  general  instance,  many  facilities 
have  distribution  lists  called  "LIST- 
SERVS." This  software  makes  a  great 
distinction  between  the  address  used  to 
subscribe  to  a  distribution  and  the  ad- 
dress used  to  post  a  message  to  every 
member  on  the  distribution  list.  To  sub- 
scribe to  the  "NSF  Grants  and  Contracts 
Forum,"  one  issues  the  command: 

mail  LISTSERV@JHUVM.BITNET 
and  enters  in  the  body  of  the  message: 
subscribe  GRANTS-L.  The  same  message 
posted  to  the  bulletin  board  itself  would 
not  subscribe,  but  would  instead  notify 
every  reader  on  the  list  of  one's  ignorance 
about  the  confusing  LISTSERV  pro- 
tocols.^ 

To  avoid  such  embarrassment,  social 
protocols  for  electronic  mail  should  ad- 
here to  those  honored  for  written  cor- 
respondence.'"' Members  of  the  authors' 
organization  are  urged  never  to  forward 
personal  mail  without  the  consent  of  the 
writer;  politeness  is  no  less  important  in 
the  ready  domain  of  online  editing  and 
network  postage. 

Specific  technical  aspects  of  electronic 
mail,  document  exchange,  and  file 
transfer  will  evolve  rapidly  as  true  multi- 
media mail  systems  become  more  com- 
monplace, as  better  automatic  methods  to 
exchange  mail  between  different  systems 
develop,  and  as  programs  to  perform  these 
tasks  become  easier  to  use.  But  the  basic 
issues  of  identification,  access,  and  social 
responsibility  will  remain  relatively  con- 
stant. 


RESOURCE  DISCOVERY 

In  a  1991  contribution  to  this  column, 
Daniel  Masys  discussed  the  potential  of 
the  Internet  to  provide  a  wide  range  of 
resources  relevant  to  health  care  profes- 
sionals. At  the  time  his  article  was  writ- 
ten, most  of  these  resources  had  to  be  ac- 
cessed through  FTP,  electronic  mail 
distribution  lists,  or  cumbersome  bulletin 
board  programs.  These  tools  can  serve 
well  for  discussion  and  file  transfer  among 
known  addresses;  however,  they  offer 
little  for  surveying  or  discovering  new 
resources. 

To  allow  for  use  of  the  Internet's 
broader  resources,  electronic  mail  and 
FTP  have  been  enhanced.  For  instance, 
LISTSERV  software  can  automate  a 
complicated  response  to  a  structured  elec- 
tronic mail  message.  The  NSF  uses  LIST- 
SERV software  to  provide  automatic  up- 
dates on  grant  programs  rather  than  a 
forum  for  discussion.  Similarly,  the  Na- 
tional Center  for  Biotechnology  Informa- 
tion offers-l!BLA5T!lsoftware  that  trans- 
mits GenBank  queries  and  reports 
through  electronic  mail. 

A  few  navigational  aids  have  been  de- 
veloped among  the  more  than  1,000  ar- 
chives accessible  by  anonymous  FTP. 
Generally,  an  "Index,"  "README,"  or 
"Is-IR"  document  may  be  downloaded 
and  read  as  an  introduction  to  an  ar- 
chive's contents.  Also,  broadly  similar  di- 
rectory naming  throughout  the  Internet 
enables  one  to  browse  more  efficiently. 
These  local  guides  and  facilities  do  not, 
however,  solve  all  accessibility  problems. 
One  effort  to  make  the  range  of  Internet 
resources  more  available  to  users  is  "ar- 
chie." The  Archie  server,  based  at  McGill 
University  in  Montreal  and  mirrored  at 
servers  around  the  world,  maintains  an 
index  of  every  directory  and  file  name 
available  on  known  anonymous  FTP  ar- 
chives. Archie  supports  string-based 
searches  of  its  index  and  provides  the 
complete  Internet  address  and  directory 
path  for  each  matching  item. 

As  a  measure  of  scale  and  demand,  up- 
dates and  inquiries  to  McGill's  archie 
server  recently  constituted  50%  of  all 
Montreal-bound  Internet  traffic.^  Such 
traffic  has  strained  the  physical  comput- 
ing resources  of  the  McGill  host  and  of 
those  that  duplicate  its  service.  To  lessen 
the  increase  in  response  time  and  refused 
queries,  a  more  efficient  interface  was 
sought.  Initially,  one  could  only  access  the 
archie  servers  directly,  through  the  telnet 
application,  which  enables  interactive 
sessions  with  a  remote  host.  Telnet 
clients  have  long  been  used  by  research 
libraries  and  commercial  databases  to 
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support  bibliographic  searches  over  a  net- 
work. A  great  deal  of  important  data  is 
presented  for  flexible  querying  in  this 
way.'"  However,  maintaining  a  constant 
connection  and  opening  files  and  com- 
mand interpreters  for  each  session 
quickly  exhausts  the  host  computer.  In 
response,  the  providers  of  archie  turned  to 
the  Prospero  system,  which,  through 
leaner  communications,  more  efficient 
storage  of  directory  names,  and  other 
means,  has  eased  the  burden  on  archie 
servers.  In  addition,  clients  who  use  Pro- 
spero" to  access  archie  can  integrate  the 
transfer  of  files  through  FTP. 

Notably,  Prospero  was  developed  for 
the  scale  and  use  of  the  contemporary  In- 
ternet. It  is  an  important,  if  inconspicu- 
ous, part  of  a  suite  of  programs  enabling 
new  forms  and  breadth  of  information 
dissemination.  These  programs  do  not  re- 
place existing  facilities  such  as  electronic 
mail,  telnet,  and  FTP,  nor  are  they  in- 
compatible with  existing  information 
stores;  rather,  they  integrate  and  augment 
these  facilities  in  a  redoubled  effort  to  ful- 
fill the  educational  and  collaborative 
promise  of  a  worldwide  network. 

THE  INTERNET  GOPHER 

Gopher  is  the  most  popular  new  program 
in  the  public  domain  for  storage  and  re- 
trieval of  information  accessible  over  the 
Internet.'^  It  was  developed  in  1991  at  the 
University  of  Minnesota  to  offer  seamless 
access  to  information  produced  and  main- 
tained by  disparate  campus  departments. 
Individual  departments  could  set  up  and 
maintain  Gopher  servers  on  whatever 
computers  they  might  have.  All  of  this 
information  was  presented  in  the  form  of 
directories  on  a  top-level  Gopher  server 
accessible  to  individuals  from  most  types 
of  computers  throughout  the  campus. 
Gopher  has  spread  beyond  the  University 
of  Minnesota  to  innumerable  sites  world- 
wide, each  of  which  maintains  local  direc- 
tories and  pointers  to  elsewhere  in 
"gopherspace." 

All  of  gopherspace  is  navigated  in  the 
same  way.  One  begins  a  session  at  one  or 
another  "home"  Gopher  server.  Each 
server  is  equally  accessible,  and  points 
more  or  less  directly  to  all  others.  The 
command:  gopher  medicine.  WUSTL. 
EDU  initiates  a  session  at  the  Washing- 
ton University  medical  library's  Gopher 
server  is  equally  accessible,  and  points 
more  or  less  directly  to  all  others.  The 
command: 

gopher  medicine.WUSTL.EDU 
initiates  a  session  at  the  Washington  Uni- 
versity medical  library's  Gopher  server. 
Information  on  this  Gopher  archive,  as  on 


all  others,  is  presented  as  a  list  of  directo- 
ries (marked  with  a  "/")  containing  files 
or  further  directories.  Directories  often 
point  to  other  Gopher  sites.  One  may 
move  through  these  directories  and  across 
the  Internet  by  selecting  directories  and 
retracing  selections.  Any  directory  view 
can  be  annotated  with  a  bookmark,  which 
stores  the  path  taken  and  enables  direct 
access  thereafter.  Through  the  automated 
use  of  FTP,  files  may  be  viewed  within  the 
application  and  saved.  Gopher  also  offers 
indexes  (marked  with  a  "<?>").  These 
may  be  "whois"  phone  and  mail  lists,  or, 
more  often,  full-text  document  indexes 
supporting  boolean  and  truncated  queries. 
Indeed,  most  directory  and  file  names  in 
the  worldwide:  Gopher  system,  may  be 
searched  through  a  single  index,  "Veron- 
ica," the  Gopher  equivalent  to  archie. 
Veronica  is  generally  referenced  through 
a  directory  labeled  "Other  Gopher  and  In- 
formation Servers"  (see,  for  instance,  the 
server  at  gopher.tc.umn.edu). 

The  Gopher  server  software  has  proven 
useful  both  for  small  laboratories  dissemi- 
nating focused  information  and  for  large 
computer  resources  wishing  to  integrate 
campus-wide  and  nationwide  informa- 
tion. Smaller  groups  tend  to  emphasize 
material  and  directory  structures  tied 
closely  to  their  own  operations,  while 
larger  resources  take  on  the  formidable 
task  of  providing  access  to  many  informa- 
tion resources  and  maintaining  the  cur- 
rentness  and  relevance  of  these  resources. 
All  too  often,  these  groups  don't  realize 
that  while  it  is  technically  simple  to  es- 
tablish a  Gopher  server,  it  takes  effort  to 
keep  the  server  useful  and  current.  Main- 
taining a  list  of  conferences,  schedules, 
and  addresses  on  a  Gopher  server  requires 
the  coordination  of  a  wide  range  of  ad- 
ministrative and  intellectual  roles.  As 
trained  providers  of  a  variety  of  informa- 
tion needs,  librarians  can  be  useful  in  co- 
ordinating these  activities. 

Organization  of  a  Gopher  server  is 
equally  crucial.  The  options  presented  on 
the  screen  in  the  Gopher  servers  of  aca- 
demic medical  centers  tend  to  be  based 
either  on  source  or  on  topic.  Source-based 
Gopher  servers  simplify  curatorial  re- 
sponsibilities, as  each  source  can  be  main- 
tained by  a  different  party.  (Indeed,  some 
sources  may  be  other  Gopher  servers  any- 
where on  the  Internet.)  What  this  organi- 
zational form  gains  in  ease  of  mainte- 
nance can  be  offset  by  user  confusion. 
Where,  for  example,  can  one  find  a  list  of 
conferences  related  to  biomedical  engi- 
neering? In  the  "School  of  Medicine" 
menu  item,  the  "School  of  Engineering" 
item,  or  in  the  "Institute  for  Biomedi- 
cal Computing"  item?  Well-supported 


Gopher  servers  can  minimize  this  confu- 
sion by  including  "pointer"  menu  items  in 
every  relevant  category  or  by  effective  in- 
dexing, but  both  are  imperfect  solutions 
at  best.  Topic-based  Gopher  servers  — if 
properly  conceived  ^ — are  easier  to  use  but 
more  difficult  to  maintain.  If  a  Gopher 
server  has  an  accomplished  librarian - 
editor  and  a  high  degree  of  administrative 
support,  a  topic-based  Gopher  can  be  ef- 
fective. Still  other  Gopher  servers  repre- 
sent mixtures  of  source-based  and  topic- 
based  Gophers.  The  top  level  generally 
offers  a  menu  of  general  topics  (e.g., 
"About  this  Gopher  Server")  and  sources 
(e.g.,  "School  of  Medicine,"  "Hospital  Ad- 
ministration," "University  of  Minnesota 
Gopher';),.  Within  each  source-based 
menu  item,  one  is  presented  with  a  topic- 
based  menu  structure  that  is  both  clear 
and  feasible  to  maintain. 

WIDE-AREA  INFORMATION 
SERVERS  AND  WORLDWIDE  WEB 

Gopher's  many  gateways  and  facilities 
provide  an  overarching  directory  struc- 
ture from  which  other  resource  discovery 
programs  depart.  The  protocol  that  sup- 
ports full-text  indexes  in  Gopher  is  actu- 
ally a  subset  of  another  popular  program. 
Wide  Area  Information  Servers  (WAIS). 
As  the  name  implies,  WAIS  has  a  wide- 
area  provenance  distinct  from  Gopher's 
campus  beginnings.  Thinking  Machines, 
Apple  Computer,  Dow  Jones  &  Co.,  and" 
KPMG  Peat  Marwick  collaborated  on  the 
program  to  offer  a  single  interface  for 
querying  and  viewing  results  from  any  va- 
riety of  geographically  distributed  free 
and  commercial  databases.  WAIS  cli- 
ents'^ allow  users  to  construct  a  natural 
language  query  and  pose  it  to  any  number 
of  selected  sources  simultaneously..  Each 
question  is  responded  to  with  a  relevance- 
weighted  list  of  appropriate  documents 
from  all  source  databases.  These  docu- 
ments (which  include  multiple  media)  can 
be  opened  and  saved  directly. 

This  process  rewards  careful  composi- 
tion of  questions  and  database  sets. 
Stored  questions  may  then  be  run  periodi- 
cally and  modified  accordingly.  However, 
WAIS  source  databases  have  grown  too 
numerous,  and  their  names  too  cryptic,  to 
support  direct  database  selection.  A  "di- 
rectory of  servers"  (quake.think.com), 
with  a  brief  description  of  each,  is  now 
offered  as  a  separate  database.  Also,  a 
topical  hierarchical  menu  of  WAIS 
sources  is  under  construction  as  a  Gopher 
site. 

World-wide  Web  (W3)  takes  a  some- 
what different  approach.  One  begins 
within  a  document  (again,  this  may  be 
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multimedia).  Phrases  within  the  docu- 
ment are  underlined,  indicating  links  to 
further  contextually  appropriate  informa- 
tion, which  may  be  stored  anywhere  on 
the  Internet  and  accessed  with  a  single 
click.  Linked  information  may  be  another 
W3  document  (even  a  specific  location 
within  another  W3  document),  complete 
with  further  links;  alternatively,  links 
may  open  any  of  the  network  tools  dis- 
cussed above.  It  is  intended  that  users 
toggle  between  indexes  and  documents  — 
between  requests  to  W3  servers  and  to 
those  of  Gopher,  WAIS,  archie,  Hytelnet, 
and  other  software  systems. 

Each  new  link  in  the  globally  accessible 
W3  is  authorized  in  negotiation  with  the 
publisher  of  an  existing  W3  document. 
This  discrete  development,  which  origi- 
nated in  the  collaborative  aims  of  the  Eu- 
ropean Particle  Physics  Lab,  has  resulted 
in  a  conspicuously  uneven  resource.  How- 
ever, the  usefulness  of  W3  does  not  rely 
on  the  completeness  of  its  native  informa- 
tion. A  graphical  client  based  on  W3 
software — such  as  Mosaic  or,  to  a  lesser 
extent,  Cello'^  — excels  in  the  forms  of 
presentation,  annotation,  and  navigation 
it  permits.  One  may  compose  an  individu- 
alized starting  document  of  any  complex- 
ity, framing  links  to  specific  Gopher  sites, 
WAIS  questions,  and  more.  For  now,  W3 
lacks  a  simple  document  editor;  docu- 
ments and  links  must  be  translated  into 
the  W3's  Hypertext  Markup  Language 
(HTML).  As  clients  and  editors  evolve, 
W3,  which  may  be  tailored  to  accommo- 
date the  unique  needs  of  users,  may  in- 
creasingly serve  the  information  needs 
generated  by  well-organized,  distributed 
research  collaborations. 

Gopher,  WAIS,  and  World-Wide  Web 
continue  to  grow.  More  information  and 
gateways  are  added  each  day.  Likewise, 
the  underlying  software  is  developing  in 
response  to  meet  criticisms.  As  Gopher 
clients  and  servers  convert  to  Gopher-l- 
software,  more  complex  client -server 
communication  will  allow  more  file  for- 
mats and  alternative  directory  views.'^  At 
the  Center  for  Networked  Information 
Development  Research,  WAIS  is  moving 
toward  complete  compliance  with  Z39.50 
protocols,  the  emerging  standard  in  li- 
brary and  commercial  databases.  World- 
Wide  Web  is  developing  a  more  finely 
grained  information  space,  with  varying 
access  privileges  and  facilities  for  commu- 
nicating with  Internet  archives. 

SUMMARY 

The  ease  with  which  individuals  can  ac- 
cess the  Internet  and  with  which  institu- 
tions can  make  information  available  on 


the  Internet  explains  the  exponential 
growth  of  this  national  resource.  Once  one 
accomplishes  the  difficult  task  of  install- 
ing network  services  and  establishing  an 
ongoing  mechanism  for  their  support,  it  is 
relatively  simple  to  use  software  systems 
such  as  those  described  in  this  article  to 
gainfully  traverse  the  Internet  for  a  wide 
range  of  professional  activities.  But,  as  we 
have  discussed,  every  step  of  the  process, 
from  simple  naming  conventions  to  orga- 
nizations and  ongoing  maintenance  of 
network-based  information  services, 
should  proceed  only  after  careful  consid- 
eration of  a  network  growing  hourly  in 
complexity.  Despite  the  power  of  the 
technology  available  on  one's  desktop, 
one  can  often  be  frustrated  by  the  small 
decisions:  what  is  my  colleague's  email 
address?  How  can  I  most  effectively  find 
relevant  information  on  home  health  care 
software?  How  should  I  organize  a  gopher 
server?  When  is  WAIS  preferable  to 
Gopher  or  W3?  Who  will  help  me  learn 
more? 

The  process  comes  full  circle  back  to 
academic  medical  institutions.  The  use- 
fulness of  the  Internet  hinges  upon  the 
policies  these  institutions  create  to  aid  the 
organization  and  dissemination  of  medi- 
cal information,  and  in  the  means  they 
use  to  make  their  constituents  aware  of 
the  pitfalls  and  potentials  of  various  tech- 
nologies. Expertise  in  the  provision  and 
support  of  networks  must  be  comple- 
mented by  expertise  in  the  maintenance 
and  dissemination  of  biomedical  knowl- 
edge bases.  The  central  intellectual  issue 
from  before  the  introduction  of  network- 
based  resource,  remains  unchanged;  how 
does  one  properly  classify,  archive,  and 
disseminate  knowledge  so  that  it  may  best 
serve  the  needs  of  others?  Librarians,  ad- 
ministrators, scholars,  clinicians,  and  stu- 
dents must  work  together,  all  contributing 
their  best  to  the  design  and  dissemination 
of  Internet  resources. 
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